home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv6.zip / V6N7M.TXT < prev    next >
Text File  |  1994-04-08  |  7KB  |  159 lines

  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Thu, 7 Apr 94 15:46 PST      Volume 6: Issue   7  
  5.  
  6. Today's Topics:
  7.                            Cakewalk Patches
  8.                  GUS Musician's Digest V6 #6 (2 msgs)
  9.                   Question about using cutom patches
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Wed, 6 Apr 94 19:23:03 -0700
  18. From: jdawes@sdcc13.ucsd.edu (Handle Head Messiah)
  19. Subject: Cakewalk Patches
  20.  
  21. Hello all,
  22.  
  23.     I've been reading the digest lately, and have noticed a lot of mention about "Patch Caching" in Cakewalk pro ( Windows? ). Can someone guide me in the right direction about where to find some documentation on this?  Or better yet wehere to find it in the sequencer.  What version is Cakewalk, too.  
  24.  
  25. Thanks,
  26.  
  27. John Dawes
  28.  
  29. jdawes@sdcc13.ucsd.edu
  30.  
  31. ------------------------------
  32.  
  33. Date: Wed, 6 Apr 1994 18:02:03 -0700 (PDT)
  34. From: Rath <cllym@ucdavis.edu>
  35. Subject: Re: GUS Musician's Digest V6 #6
  36.  
  37. RE: Piano sounds
  38.  
  39. TO the owner of the Yamaha PSR 500.. You said that the patch is far 
  40. superior to the GUS patch, eh?
  41.  
  42. That's not saying much, since I've heard the PSR500 many times, and the 
  43. pinao patch on it basically sucks..
  44.  
  45. Rath
  46.  
  47. ------------------------------
  48.  
  49. Date: Wed, 6 Apr 1994 22:54:02 -0700 (PDT)
  50. From: Don Munsil <dmunsil@netcom.com>
  51. Subject: Re: GUS Musician's Digest V6 #6
  52.  
  53. > I've just acquired a Roland Juno-106 to hook up to the GUS, which  
  54. > sounds great on its own, but when I record and play back via MIDI I get 
  55. > some notes missed and some stuck on.
  56.  
  57. I have a Juno-106, attached via an Aztech Labs MIDI cable (a great 
  58. bargain, BTW, and works fine). About the only thing to worry about with 
  59. the Juno, as far as I know, is that if you have the MIDI send switch set 
  60. to III, the Juno sends the whole patch definition as a SYSEX message 
  61. every time you change patches, and this can bog down the sequencer.
  62.  
  63. Oh yes, and when you release all the keys, the Juno sends an ALL NOTES 
  64. OFF message (Controller 123, level 0, I believe), which can cut off notes 
  65. prematurely on the GUS, and generally bogs down the GUS drivers. Every 
  66. once in a while, I just do a cut operation (In Powertracks Pro, my 
  67. sequencer of choice), with the filter set to that particular controller.
  68.  
  69. The Juno has one of the earliest MIDI implementations, so thank your 
  70. lucky stars that it still works at all. What a standard!
  71.  
  72. --Don
  73.  
  74.  -----------------------------------------------------
  75. Don Munsil          | I respect faith, but doubt is
  76. dmunsil@netcom.com  | what gets you an education.
  77. don@elseware.com    |                 -- Wilson Mizner
  78.  
  79. ------------------------------
  80.  
  81. Date: Thu, 7 Apr 94 20:06:54 +0200
  82. From: f93-maj@nada.kth.se
  83. Subject: Re: Question about using cutom patches
  84.  
  85. >>Greetings, fellow musicians. I am using my dear little GUS as an additional
  86. >>synth module to my other stuff and have the following question.
  87. >>   How can I use custom patches using MIDIFIER? I tried using windows but
  88. >>   restarting windows everytime really sucks and since I don't use Cakewalk
  89. >>   I can't get the bankswitching working. So if there's a solution to my
  90. >>   problem I'd be thankful.
  91.  
  92. >You can avoid the problem of restarting Windows by using MIDI Patch Browser
  93. >(MPB).  I have a custom bank set as bank 0, and moved the General MIDI set
  94. >over to 1.  If you switch from bank 0 to bank 1 and then back in MPB, any
  95. >changes in ultrasnd.ini will be read in just as if you had restarted
  96. >windows... apparently MPB can reset the windows ultrasound driver.  It makes
  97. >changing patches on the fly MUCH easier.
  98. >
  99. >Question for any of you who might know this: does the current driver only hold
  100. >one bank at a time?  If it did this would explain how MPB works.  I assume the
  101. >driver needs to access the .ini file whenever it gets the patches for a new
  102. >bank.
  103.  
  104. Since i wrote MPB I might be able to answer...
  105.  
  106. Yes you're right, the current driver only supports one bank, sort of...
  107. When caching a set of patches all 'old' patches in RAM are flushed, and you
  108. can only cache from one bank at a time. However trying to cache a patch that
  109. doesn't exist in the indicated bank will default to bank 0 so you can actually
  110. use 2 banks but that's a bit cumbersome...
  111. Actually I see nothing in the midiOutCachePatches spec. that sais that it
  112. should flush the old patches (and thus make it impossible to use patches from
  113. multiple banks), especially since there's a special uncache function...
  114. I hope they'll change this in future drivers.
  115.  
  116. Anyway, when using the disk browser function in MPB it:
  117. 1) Edits ULTRASND.INI to contain a bank (no n) with path and filename of the
  118.    patch to load.
  119. 2) Cache a patch from another bank than n (a very small one for speed).
  120. 3) Cache the patch from bank n..
  121.    If you don't do step 2. the drivers won't reread the ULTRASND.INI the next
  122.    time you cache anything from bank n.
  123. 4) Ev. restore ULTRASND.INI as it was before.
  124.  
  125. Actually I also use a step 0) Uncache previously loaded patch(es) altough the
  126. current drivers ignore it, one might hope that Gravis'll change this in the
  127. future and support 'incremental' patch caching.
  128.  
  129.  
  130. /F. Markus J.
  131.  
  132. ------------------------------
  133.  
  134. End of GUS Musician's Digest V6 #7
  135. **********************************
  136.  
  137. To post to tomorrow's digest:                        <gus-music@mail.orst.edu>
  138. To (un)subscribe or get help:                <gus-music-request@mail.orst.edu>
  139. To contact a human (last resort):              <gus-music-owner@mail.orst.edu>
  140.  
  141. FTP Sites              Archive                       Directories
  142. ---------              -------                       -----------
  143. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  144.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  145. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  146. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  147. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  148. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  149. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  150.  
  151. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  152.  
  153. Hints:
  154.       - Get the FAQ from the FTP sites or the request server.
  155.       - Mail to <gus-music-request@mail.orst.edu> for info about other
  156.     GUS related mailing lists (general use, programmers, etc.).
  157.  
  158.  
  159.